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[57] ABSTRACT 

This electronic catalog searching system first, calculates 
attribute relevance (e.g., strongly-relevant, weakly-relevant, 
and irrelevant) for each node in a hierarchy (e.g., abstraction 
hierarchy, decompositional hierarchy) based on assignment 
constraints made at the nodes representing real-world con- 
crete entities and then combines attribute relevance with a 
forward-checking parametric search to implement a hierar- 
chical exploration scheme that can be enabled over a mul- 
titude of hierarchies residing on a base of concrete entities. 
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Part Number 


Memory 


Hard Disk 


Battery 
life 


TPOOl-MOl 


32 mb 


1.2 gb 


1.7 hr 


TP001-M02 


16 mb 


1.2 gb 


2.0 hr 


TP001-M03 


16 mb 


2.0 gb 


2.2 hr 


APOOl-NOl 


64 mb 


2.0 gb 


— hr 
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ELECTRONIC CATALOG SYSTEM FOR relevant or irrelevant; there is no noUon of strong or weak 

EXPLORING A MULTITUDE OF relevance. An attribute is defined as strongly relevant when 

HIERARCHIES, USING ATTRIBUTE it is relevant to all entities of the current node in the 

RELEVANCE AND FORWARDING- hierarchy while an attribute is considered weakly relevant 

CHECKING 5 when the attribute is relevant to a subset of the entities of the 

current node in the hierarchy and is considered irrelevant 

BACKGROUND INFORMAnON when the attribute is not relevant to any of the entities of the 

1. Field of Invention current node in a hierarchy. An entity represents concrete 

This invention describes an electronic catalog searching 1° .""^'^^ P^^^^^* services, people, etc.). 

system and more particularly, a catalog searching system for 10 Tlwoughout this patent apphcaUon, the word entity and 

object oriented databases. ""^"^^^ ^^^^^ interchangeably. It is further impor- 

2 B ck d Art hierarchical exploration involves 

. a ^un Art utilization of attribute relevance combined with forward 

It is well recognized that procurement systems have checking parametric search to browse and navigate node 

traditionally been manual, labor intensive and quite costly hierarchies 

operations. Suppliers, for example wiU do mass mailmgs of Consider the sample products listed in Table 1. Notice that 

catalog to potenUal oKtomers. the customers woiJd brov^ ^ "Part Number", identifies the product, the 

™l^J.tr°^'H ^'^/f"^ '° P'^^r" "^n "V^^ ^ "Memory" attribute for the 

customer would a^mplete apaper order form or call the , ^ .^^^^^ Lif^„ ^^^^^^ 

suppher to order the items^Thc entue praoess, from prepar- ^ic products. Table 1, shows sample data, 
ing the catalog to receipt of the order, is very labor intensive 
and often took several weeks. If a supplier wanted to 
continually update his catalogs, or provide different price 
schedules to different customers, the printing, distribution 
and administrative costs would be substantial. 

On a relatively small scale, some suppliers have offered 
catalogs through computer services, such as PRODIGY 
(TM). Emplojdng PRODIGY (TM), a computer user can 
dial-up a service from home and select items to purchase 
from various catalogs maintained on the system. Upon 

selection, PRODIGY (TM) initiates the order with the The parametric search interface may be visualized as 

supplier. While this has made significant improvements in shown in Table 2 where the attributes are shown on the left 

typical procurement situations, there are still numerous and the vahies listed off to the right. Initially, all attributes 

needs remaining to be fulfiUed. are relevant to the beginning of the search problem. The user 

The receiit prolfferation of electronic media has resulted 35 goes about finding a product by making value selections for 

in an explosion of electronic catalogs, for the managing parts the attributes. Table 2 shows Sample User Interface-l. 
within businesses and corporations and for selling products 

to consumers. Accompanying this growth is the continued TABLE 2 

investigation and implementation of different browsing 

strate^es that offer intuitive techniques to aid users when ^ 

searching and navigating laige spaces of information. Elec- ^Lry Life 1^ txo^^ 2.2 hr. 

tronic catalogs typically provide some form of search or !_! 

navigation capability that users can employ in the location of 

parts or products. Given that a user has selected 2.0 gb as the value for Hard 

Regarding this navigation capability, let us consider 45 pisk aUribules, the user interface would update as indicated 

"Hierarchical Navigation" techniques as demonstrated by ^ ^^^^^ ^' Notice that "forward-checking" was used to 

this instant invention. The majority of electronic caulogs na™w the domain of possible vahies for the Memory and 

have some category structure (e.g., node hierarchy) under Battery Life attributes to those vahies that remain consistent 

which parts or products are categorized such as Cadis, Net. current set of attribute assignments. Maintaining 

Commerce, Saqquara, Trilogy, Mediashare, iCat This cat- 50 consistency, here, refers to the aa of only displaying the 

cgory hierarchy provides an alternative to search in the attribute vahies of those products that have not been elimi- 

location of parts or products in an electronic catalog, ^ ^ ^^^^ °^ attribute value selections (the 

Parametric search techniques arc based on the specifica- feasibility set of products). As a result of the 2,0 gb selection 

tion of values for attributes (or parameters). Tie simplest ^^"^ ^.^^ l*'^ ™01-M01 and TP002-M02 prod- 

and most common form of search available in electronic 55 ''''^ ^^"^ ehmmated from the feasibiUty set of prod- 
catalogs today is keyword search (e.g. find the parts that 
have substring TPOOl in their product descriptions). The 

next most common form of search is parametric search (e.g., TABLE 3 

find the product with an attribute "memory" whose value is Memory 16 mb, 64 mb 

"32 mb"). A more complex form of parametric search is 60 2.0 gb* 

enable when it is combined with "forward cheddng**. For- Battery life 2.2 hr. 

ward Checking involves a consistency maintenance mecha- ' 

nism that consists of a pruning technique that when imple- Assume that a user selects 64 mb as the value for Memory, 

mcnted with a parametric search dynamically restricts the user interface would be updated as indicated in Table 4. 

attribute domains based on past attribute value assignments. 65 Notkx that forward-checking was used to further narrow the 

Forward checking permits a limited form of attribute domain of possible values for the Memory and Battery 

relevance. It is limited because an attribute must be either attributes. In addition notice that Battery Life was elimi- 
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naled as an attribute from the interface; this is because its FIG. 9 Shows how to Reset Exploration. 

domain was narrowed to the empty set and consequendy FIG. 10 Demonstrates how the Display is Refreshed. 

became irrelevant to the current state of the problem. As a 

result of the 64 mb selection for Memory, the TPOa3-M03 SUMMARY OF INVENTION 

product has been eliminated from the feasible setof prod- 5 ^ ^^^^^j inadequacies of systems employing the 

ucts; one product rcmams m the fcasibhty set: APOOl-NOl hierarchical navigation and parametric search capabilities, 

these are listed as follows: 

TABLE 4 I Hierarchical navigation docs not incorporate any form of 

i^cmofy 64 mb parametric search or attribute relevance. 

Haiti Disk 2,0 gb 2. Parametric search is isolated either to the entire base of 

— parts or products or to the products within the scope of a 

Notice that this sample demonstrates how parametric hierarchical node (ix. category), 
search when combined with forward checking provides a ^- Parametnc search does not allow for hierarchical navi- 
limited form of attribute relevance (i.e., attributes are either 15 ^ g»tion. - .. u- lu 
relevant or irrelevant). Existing catalog that utilize this ^- P«»n>etnc search does not allow for hierarchical brows- 
form of search (i.e., Saqquara, Net. Cbmmerce Catalog ""S- • , . c ^ 
Assistant, Trilogy. CadisTand Calico) are limited to per- 5. Several hierarchies may exist for a single base of parts or 

formine this type of search either over an entire product or ™ /- . • . • . j 

part b^ or over a subset of products or parts within a 20 , Th^JJ^'^'" "J the mstant mvenbon consols of a method 

categorization. There are several inadequacies of systems ^''^ addresses these madequac.es of hierarchical navigaUon 

employing the hierarchical navigation and parametric search '^■"1 parametric search, by combming attribute relevance 

capabiUties discussed above. These inadequacies are as "T^^ forward-checking parametnc search to implement a 

follows- hierarchical exploration scheme. This scheme can be 

°l°ffierarchical navigation does not incorporate any form ^ ^"""^ » ""f^^^ hierarchies residing over a 

of parametric search or attribute relevance. sm^e enUtyba^. An entity represents concrete things m the 

2. Parametric search is isolated either to the entire base of ^"'^ O-^ ' P'oAxcls, services, people, etc.). 
parts or products or to the products within the scope of a DESCRIPTION OF THE INVENTION 
hierarchical node (i.e., category). 

3. Parametric search does not allow for hierarchical 30 Overview 

navigation. The instant invention is a solution to the problems enu- 

4. Parametric search docs not allow for hierarchical merated in the summary. This invention is based on the prior 
browsing. creation of two necessary pieces of information, both of 

5. Several hierarchies may exist for a single base of parts which are commonly available in any electronic catalog 
or products. 35 system (i.e. Saqquara, Net. Commerce Catalog Assistant, 

Trilogy, Cadis, and Calico). 

SUMMARY OF THE INVENTION The first involves a hierarchy of nodes that serves to 

categorize in some form concrete entities; in most electronic 
The system of the instant invention addresses the above catalogs the hierarchy is realized in the form book chapters, 
inadequacies of hierarchical navigaUon and parametnc store departments, and classifications. RG. 1 is an example 
searching by combining attribute relevance and forward- ^ ^^^^ hierarchy consisting of a product categorization 

checking parametric searches to implement a hierarchical structure 

exploration scheme. This electronic caUlog searching sys- ^^^^ represents a base of entities where each entity 

tem first, calculates attnbute relevance (e.g., sUongly- attribute declarations and assignments; in most 

relevant, weakly-relevant, and inelevant) for each node ma electronic catalogs this base of entities comprises a base of 
hierarchy (e.g., abstraction hierarchy, decomposition products or parts. FIG. 2 is an example of an entity base 
hierarchy) based on assignment constramts made at the comprised of a set of products categorized according to the 
nodes representing real-world concrete entities and then hierarchy of HG. 1. A primary advantage associated 

combines attnbute relevance with a forward-checking para- ^ invention is its ability to utihze existing entity data 

metnc search to implement a hierarchical exploration ^^-^^ ^^^^^ ^ hierarchical exploration scheme. In 

scheme that can be enabled over a mulutude of hierarchies ^^^^ ^^^^ ^ necessary to rework the database, 
residing on a base of concrete entities. ^iven the existence and accessibility of this information, the 

following section provides a description of bow the instant 
invention facilitates and implements hierarchical explora- 
FIG. 1 Demonstrates the Category Node Hierarchy. 55 tion. 
FIG. 2 Represents the Category (Node) Headachy to DETAILED DESCRIPTION OF THE 

(Entity) Relationship. EMBODIMENT OF THIS INVENTION 

FIG. 3 Overview of Hierarchical Exploration. _ ^ , , , . . 

. ....... ^ . . Before hierarchical exploration can be enable, it is nec- 

FIG. 4 Representauon for IniUahzing ExploraUon. ^^^^ exploration engine either have access to 

FIG. 5 Demonstrates how User Exploration is Facilitated. attribute relevance for each attribute for each node in the 
FIG. 6 Demonstrates how Strongly Relevant Attributes hierarchy or be able to dynamically calculate relevance 
are Selected. when at a particular node in the hierarchy. 

FIG. 7 Demonstrates how Weakly Relevant Attributes are The flowchart diagrams starting with FIG. 3 will be used 
Selected. 65 to explain hierarchical exploration. The explanation has 

FIG. 8 Demonstrates how Irrelevant Attributes are been organized into the sections; "Im'tiating Exploration" an 
Selected. "Facihlating user Exploration", as shown in ¥IG. 3. 
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iDitializing Exploration; before exploration can begin, the Select a strongly relevant attribute value FIG. 6 

user interface must be initializing. The corresponding fiinc- Select a weakly relevant attribute value FIG. 7 

tions for initialization arc FIG. 4. First, the original node Select a irrelevant attribute HG 8 

focus obtained and displayed 200. This is the highest level view concrete entities HG. 9 

node m a node hierarchy that a user has chosen to act as the 5 d » 1 prr in 

starting point for exploration. We then obtain and diajlay the ^/-^ < • a k i ^ p,u«. ac 1 

stron^y relevant attributes at 201. Strongly Televant c,!i^i.^'!,!f T?^^^ first opUon, "Select 

attribute are those that are relevant to aU the entities of the ^^7^'^ ^^^^T f t Y . tT'. ^^S^p byfelect- 

current node in a hierarchy. Next 202 the strongly relevant "^^ for one of the strongly relevant attnbu es a disUnct vdue 

attributes values for the node focus are obtained and dis- °' continuous value (lc., range of va^u*^). ITns value 

played; these are all the distinct values found for attributes '° [^^f^^io" ^ ^s a constraint in the Constraint Ust. 

in concrete entities occurring in all hierarchy paths fem the ^^"^S itie constraints of the Constramt List the system 

node focus. We then obtain and display 203, the irrelevant determmes the new node focus, this is the highest common 

attributes for the node focus. The weakly relevant attributes concrete entities whose attribute values 

for the node focus are obtained and displayed 204. Weakly satisfy the constraints. It should be further noted that the 

relevant attributes are attributes relevant to a subset of the node focus may remain unchanged, 

entities of the current node in a hierarchy. We then obtain Next the interface is refreshed given the new node focus 

and display the concrete entity count, this is the number of 801, FIG. 10. Refreshing the interface involves the steps of: 

concrete entities occurring in all hierarchy paths from the First, obtaining the strongly relevant attributes for the 

node of focus 205. It should be noted that with FIG. 4 in node focus 802. 

place, a user may now interact with the system to perform 20 Second, obtaining and displaying the strongly relevant 

hierarchical exploration. attribute values for those concrete entities under the node 

The process if now ready for the user to proceed with the focus that satisfy the cotetraints 803. 

following options for exploring the hierarchy A in FIG. 5. Third, obtaining and displaying the weakly relevant 

The first option is whether a strongly relevant attribute value attributes for the node focus 804. 

is to be selected. If the answer is yes, the strongly relevant 25 Fourth, obtain and displaying the irrelevant attributes for 

attribute is selected, then the process proceeds to B in FIG. the node focus 805 

6wheretheusersel^tsstronglyrel^^^^^ Fifth, obtaining and displaying the count of concrete 

±cn the system builds up constraint hst 402 then the system entities found under all paths from the node focus 806. 

f "^'^n'^^ffv.'^ """^^ ^?^'^^^in^\ "^""E^'^ It should again be noted that similar to the initialize steps, 

refreshed 404. If the answer to 300 in FIG. 5 is no, the next „ .^fv^eK «fl-^t *k iu • i " . 

option is whether the user wises to select a weakly relevant '° '^^^^ ^^"^ implementation and 

attribute 302 FIG. 5. If the answer is yes than the process could be Performed in any order. 

proceeds to C in HG. 7. where the user selects weakly FIG. 7 is a flowchart diagram of the first exploraUon 

relevant attribute at 500. Then the system determines the option, "Select Weakly Relevant Attribute". Auser beings by 

new node focus 502 and the display is re&eshed at 502. If selecting for one of the weakly relevant attributes. The 

the answer to FIG. 5 at 302 is no, the next option is whether system determines the new node focus; this is the highest 

to select an irrelevant attribute in FIG. 5 at 304. If the answer common node where the weakly relevant attribute first 

to 304 is yes, then the process moves to D in FIG. 8, at 600 becomes strongly relevant. Note that no constraints are 

where the user selects irrelevant atttibute. This is then added to the Constraint List in this option, hence the 

followed by the system determining a new node focus 601. Constraint list does not change. Next the interface is 

The next action 602 is the deletion of irrelevant constraints 40 refreshed given the new node focus (see FIG. 10). 

from the constraint list, followed by refresh the display at FIG. 8 is a flowchart diagram of the third exploration 

option, "Select Irrelevant Relevant Attribute". A user begins 

If the answer to the query in FIG. 5 at 304 is no, then the by selecting one of the irrelevant attributes. The system 

next option is whether to view concrete entities at 306. If the determines the new node focus; this is the highest common 

answer is yes, the system displays concrete entities 307. If 45 node where the irrelevant attribute first becomes strongly 

the answer in FIG. 5 at 306 is no, then the option is available relevant. Note that no constraints are added to the Constraint 

in FIG. 5 at 308 is whether to reset. If the answer is yes then List in this option, however constraints may be deleted from 

the system, as shown in E. FIG. 9 resets 700 to the original the Constraint List. The constraints that arc deleted are 

node focus, followed by emptying the constraint list 701 and termed Irrelevant Constraints and are those constraints that 

then refreshing of the display at 702. If the answer to query 50 constrain attributes that have become irrelevant with respect 

308 in FIG. 5 is no, then the system returns to 300 in FIG. to the new node focus. FinaUy, the interface is refreshed 

^- given the new node focus (see FIG. 10). As part of 

As shown in FIG. 5, the user may proceed with any of the exploration, a tiser may at any moment choose to view the 

following option for exploring the hierarchy. These options relevant concrete entities or reset the exploration system (the 

have no inter-dependencies restricting the sequence of their 55 fourth and fifth of the exploration options listed above). This 

execution. Furthermore, once an option has been chose by a is seen in FIG. 5. 

user an executed by the system, a user may proceed explor- By resetting the system a user is allowed to start explo- 
ing with any of the options. However there arc cases where ration over from the original starting point in the hierarchy 
it is not possible to chose one of the first three options. For (i.e., the original focus node in the hierarchy). Resetting the 
the first option, it is not possible to choose a value for a 60 system involves the following steps, 
strongly relevant attribute if only one value exists or remains First, resetting the focus node to the original node, 
in the selection list. For a second option, it is not possible to Secondly, deleting the existing constraints in the Con- 
select a weakly relevant attribute if there are no weakly straint List. 

relevant attributes to choose from in the selection list. Third, refreshing the interface (See FIG. 10). 
Similarly, for the third option, it is not possible to select an 65 When electing to view the concrete entities, those con- 
irrelevant attribute if there are no irrelevant attributes in the crete entities that exist in a path from the node focus as well 
selection list. as satisfy the constraints in the Constraint List are displayed. 
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Although the decision to view the entities is shown here as a mechanisin for displaying to the user the attribute 

a separate function whose execution a user would initiate, relevance values for the node focus and allowing the 

this could also be implcnQented as part of the refresh function user to select at least one of the attributes based on its 

where the appropriate concrete entities are constantly dis- attribute relevance vahie; and 

played and updated in the interface as a result of building 5 a mechanism for selecting a new node focus based on the 

constramts and changing node focus. at least one of the ^tributes selected by the user. 

We claim: 12. The software product of claim 11, wherein said 

1. An electronic catalog, searching, and navigation mechanism for attributing attribute relevance values provide 
system, compnsmg: attribute relevance vahies &om the group consisting of 

hierarchical navigating means for searching in an elec- strong relevant, weakly relevant and irrelevant. 

tronic catalog said navigating means being character- 13. The software product of claim U, wherein the mecha- 
izedby. 

nism for attributing relevance values provides an attribute 

means for providing attribute relevance for attributes at relevance value of strongly relevant to an attribute relevant 

each node in a hierarchy based on assignment con- to all entities of the node focus. 

straints for the nodes which represent concrete entities, 14. The software product of claim 11, wherein the mccha- 

nism for attributing relevance values provides an attribute 

means for combining said attribute relevance of said relevance value of weakly relevant to an attribute relevance 

concrete entities with a forward-checking parametric value of weakly relevant to an attribute relevant to a subset 

search. ^ , . . of the entities of the node focus. 

2. The system as described m claim 1 mcluding a means 15. xhe software product of claim 11, wherein the mecha- 
f rJ!'n!5!°^f ^ h' /^ej nism for attributing relevance values provides an attribute of 
conc^Ten^^^^ ^^ ^^ ' ^^^^^^ ^ ^'^^^^ ^"^^^ ^ ^^^ties of 

3. A method in an electronic catalog, searching, and focus. ^ . ^ ^ . 
navigation system, comprising the steps of: A computer-implemented method for mterrogatmg an 

arranging catalog objects as concrete entities in a node 25 ^Icctromc catalog whei^ catalog objects are arranged as 

hierarchy, entities at nodes m a node hierarchy, said method compris- 

calculating attribute relevance for attributes of the con- ... 

Crete entities at each node in the hierarchy based 00 providing attribute relevance vahie for attributes of the 

assignment constraints made for said concrete entities, entities; and 

and, 30 enabling use of said attribute relevance values of the 

combining said attribute relevance of the entities with a attributes in forward-checking parametric searching, 

forward-checking parametric search technique. 17. The method of claim 16, wherein said attributing 

4. The method as describe din claim 3 including enabling attribute relevance provides attributes from the group con- 
searching over a multitude of hierarchies residing on a base sisting of strongly relevant, weakly relevant, and irrelevant, 
of said concrete entities. 35 18. The method of claim 16, including attributing an 

5. The method as described in claim 3, including using a attribute relevance value of strongly relevant to an attribute 
parametric search technique that facilitates both hierarchical relevant to all entities of a node in the hierarchy, 
navigation and browsing. 19. The method of claim 16, inchiding attributing an 

6. A software product on a computer usable medium that attribute relevance value of weakly relevant to an attribute 
is used with a computer for interrogating an electronic 40 applicable to only a subset of the entities of a node in the 
catalog where catalog objects arc arranged as entities at hierarchy. 

nodes in a node hierarchy, said product comprising: 20. The method of claim 16, inchiding attributing an 

a mechanism for providing attribute relevance values for attribute relevance value of irrelevant to an attribute which 

attributes of the entities; and is irrelevant to any entities of a node in a hierarchy, 

a mechanism for combining the attribute relevance values 45 21. The method of claim 16, including displaying as a 

of the attributes with forward-checking parametric node focus the highest level node in the node hierarchy that 

searching. a user chooses as start point for exploration; 

7. The software product of claim 6, wherein said mecha- displaying to the user the attributes and their relevant 
nism for attributing attribute relevance values provides atttibute values for the node focus and allowing the 
attribute relevance values from the group consisting of 50 tiser to select at least one of the attributes; and 
strongly relevant, weakly relevant and irrelevant. selecting a new node focus based on the at least one 

8. The software product of claim 6, \ndiierein the mecha- attribute selected by the user. 

nism for attributing relevance value provides an attribute of 22. The method of claim 21, wherein said attributing 

strongly relevant to an attribute relevant to all entities of atttibute relevance values provides attribute relevance val- 

node in the hierarchy. 55 ues from the group consisting of strongly relevant, weakly 

9. The software product of claim 6, wherein the mecha- relevant, and irrelevant 

nism for atuibuting relevance value provides an atttibute 23. The method of claim 21, inchiding attributing a 

relevance value of weakly relevant to an attribute relevant to relevance value of sU-ongly relevant to an attribute relevant 

only a subset of the entities of a node in the hierarchy. to all entities of the node focus. 

10. The software product of claim 6, wherein the mecha- 60 24. The method of claim 21, including attributing a 
nism for attributing relevance provides an attribute rel- relevance value of weakly relevant to an attribute applicable 
evance value of irrelevant to an attribute which is irrelevant to only a subset of the entities of the node focus. 

to any entities of a node in a hierarchy. 25. The method of claim 21, inchiding attributing a 

11. The software product of claim 6, including a mecha- relevance value of irrelevant to an atttibute which is inel- 
nism for displaying as a node focus the highest level node in 6S evant to any entities of the node focus. 

the node hierarchy that a user chooses as start point of for 

exploration; « * * « * 
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